home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010921-20020314 / 000101_fdc@watsun.cc.columbia.edu_Tue Oct 30 13:12:01 EST 2001.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  68 lines
  1. Article: 12918 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.sys.hp.hpux,comp.protocols.kermit.misc
  5. Subject: Re: transfering files securely (encryption ?)
  6. Date: 30 Oct 2001 18:10:08 GMT
  7. Organization: Columbia University
  8. Lines: 51
  9. Message-ID: <9rmqe0$ofs$1@newsmaster.cc.columbia.edu>
  10. References: <cad82396.0110260651.423f0fd1@posting.google.com> <slrn9tsp4e.4ki.Ralf.Hildebrandt@postamt1.charite.de> <9rmbgn$b4r$1@newsmaster.cc.columbia.edu> <3BDEC762.486D2DCE@boeing.com>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1004465408 25084 128.59.39.2 (30 Oct 2001 18:10:08 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 30 Oct 2001 18:10:08 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.sys.hp.hpux:142605 comp.protocols.kermit.misc:12918
  16.  
  17. In article <3BDEC762.486D2DCE@boeing.com>,
  18. Robert Gilster  <robert.l.gilster@boeing.com> wrote:
  19. : Frank da Cruz wrote:
  20. : > ...
  21. : > Good tools handle not only trivial cases but the general case as well.
  22. : > Good file-transfer tools follow well-established principals of network
  23. : > citizenship by not putting proprietary formats on the wire but rather,
  24. : > always converting to a common intermediate representation for transport.
  25. : > This includes, for text-mode file transfer, both record format and
  26. : > character set.  ...
  27. : 
  28. : Yes but do those "Good" tools handle those above situations consistently?
  29. :
  30. That would be a measure of how good they are.
  31.  
  32. : I would hazard a guess that until computer system architecture converges...
  33. :
  34. They never will, not as long as they grow from a market economy, at least
  35. not barring world domination by a monopoly too powerful to stop.  But that's
  36. not likely to happen.
  37.  
  38. : ... the above situations are going to give anyone heartburn.
  39. :
  40. They don't need to.
  41.  
  42. : What happens when programs like `tar` come into play.  What
  43. : happens to the above situations when the user decides to zip the file
  44. : prior to transmit, then perhaps the transfer won't mangle the file (or
  45. : perhaps it will).
  46. :
  47. Zip and tar archives push the problem downstream.  We transfer them in
  48. binary mode, obviously, but if you moved a DOS or Windows ZIP archive
  49. containing a mixture of binary and text files to Unix, you're going to have
  50. problems when you unzip it on Unix.  On the other hand, if you transfer the
  51. component files directly with a "good" tool, you won't.  See, for example:
  52.  
  53.   http://www.columbia.edu/kermit/ckermit3.html#x4
  54.  
  55. : The whole topic is extremely (and unnecessarily) vague.
  56. :
  57. I wouldn't say "unnecessarily".  Diversity happens.  Aggravating, and
  58. sometimes dangerous, things happen when you ignore it.  Even worse things
  59. would happen if computer/software/file-system architectures all converged
  60. on a single universal model.
  61.  
  62. : I guess that's no excuse to ignore the problem or throw up your
  63. : hands and let it do what it will.
  64. :
  65. Or deal with it, as "good" tools do.
  66.  
  67. - Frank
  68.